Print management visualization method, system, and computer-readable medium

ABSTRACT

Print shop operations may be visualized graphically to show relationships between a stream of incoming print jobs and a group of available print production devices, such as printing and finishing machines. A visualization process is performed with microservices to generate UI device panes, which form elements of a graphic user interface from which print shop operation can be monitored or controlled. Each microservice corresponds a different one of the print production devices. This can allow for rapid adjustments and customization of the UI, as may be needed due to user feedback, change in user requirements, and introduction of new print production devices to the print shop. Information may be added to the graphic user interface in combination with the UI device panes to facilitate assignment of print jobs to particular print production devices and/or to show which devices can be used sequentially or in parallel to complete the print jobs.

FIELD

This disclosure relates generally to image processing and, moreparticularly, to visualization of print management involving multipleprinting and/or finishing machines.

BACKGROUND

A print server performs print management to identify printing andfinishing machines appropriate for a print job. The requirements of aprint job must be matched with capabilities of a machine, and the printjob must be transmitted to the selected machine in a manner that can beunderstood by the machine. In high-speed, high-volume operations, asingle print job may be distributed among multiple machines to minimizeidle time and bottlenecks in production. The process of selectingappropriate machines can become complicated when the server must match aconstant stream of print jobs with a large number of machines. With everincreasing diversity of machines in terms of their capabilities andconstraints, it is no surprise that the code for print managementprograms have become huge and complex, requiring long periods to developand deploy.

User input by an administrator can assist the print management programto assign machines to a print job when there are multiple machinescapable of executing the print job or in response to a machinemalfunction. To aid the administrator, the print management program maydisplay a graphic user interface (UI) that gives an overview ofavailable machines and pending print jobs. The design of the UI iscritical for minimizing user training time and improving workflowefficiency in a highly dynamic environment, such as in high volume printshop with many different machines. User feedback may reveal potentialimprovements that can be made to the UI design soon after deployment.User requirements may evolve, prompting a change to the UI design. Inaddition, UI design requirements may vary greatly from customer tocustomer.

A problem arises when UI design is embodied within a monolithic softwarearchitecture typical of print management programs. Even seemingly minorchanges in the program may require long periods of validation to ensurethat other processes of the print management program are not adverselyaffected, which would increase cost and wait time for a customer.

Accordingly, there is a need for a method, system, and program forvisualizing print management that can help satisfy increasing demandsfor rapid deployment of UI design to improve print shop efficiency.

SUMMARY

Briefly and in general terms, the present invention is directed to amethod, print system, and non-transitory computer readable medium forprint management.

In aspects of the invention, a print management visualization methodcomprises: receiving, by a main UI application, UI device panes from aplurality of device microservices, each device microservicecorresponding to a different one of a plurality of print productiondevices, each UI device pane comprising print status information for theprint production device corresponding to the device microservice fromwhich the UI device pane is received; causing, by the main UIapplication, display of a main UI comprising the UI device panes;receiving a print job; receiving, by the main UI application, a UI joblist from a job management microservice, the UI job list comprisinginformation about the print job; causing, by the main UI application,the UI job list and an assignment indicator to be included in thedisplayed main UI, the assignment indicator provided by the main UIapplication and showing that the print job is assigned to one or more ofthe print production devices.

In aspects of the invention, a print system has one or more printservers in communication with plural print production devices. Thesystem executes a print management program to perform a print managementvisualization process. The print management visualization processcomprises: receiving, by a main UI application, UI device panes from aplurality of device microservices, each device microservicecorresponding to a different one of a plurality of print productiondevices, each UI device pane comprising print status information for theprint production device corresponding to the device microservice fromwhich the UI device pane is received; causing, by the main UIapplication, display of a main UI comprising the UI device panes;receiving a print job; receiving, by the main UI application, a UI joblist from a job management microservice, the UI job list comprisinginformation about the print job; causing, by the main UI application,the UI job list and an assignment indicator to be included in thedisplayed main UI, the assignment indicator provided by the main UIapplication and showing that the print job is assigned to one or more ofthe print production devices.

In aspects of the invention, a non-transitory computer readable mediumhas stored thereon computer readable instructions that, when executed byone or more computer processors of a print system, cause the printsystem to perform a print management visualization process. The printmanagement visualization process comprises: receiving, by a main UIapplication, UI device panes from a plurality of device microservices,each device microservice corresponding to a different one of a pluralityof print production devices, each UI device pane comprising print statusinformation for the print production device corresponding to the devicemicroservice from which the UI device pane is received; causing, by themain UI application, display of a main UI comprising the UI devicepanes; receiving a print job; receiving, by the main UI application, aUI job list from a job management microservice, the UI job listcomprising information about the print job; causing, by the main UIapplication, the UI job list and an assignment indicator to be includedin the displayed main UI, the assignment indicator provided by the mainUI application and showing that the print job is assigned to one or moreof the print production devices.

The features and advantages of the invention will be more readilyunderstood from the following detailed description which should be readin conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic block diagram showing an example system for printmanagement across various client devices and print shop sites.

FIG. 2 is a schematic block diagram showing details of an example printshop site that includes a print server managing various printers andfinishers.

FIG. 3 is a schematic block diagram showing an example print server ofFIG. 2.

FIG. 4 is a schematic block diagram showing an example client device ofFIGS. 1 and 2.

FIG. 5 is a schematic block diagram showing an example printer of FIG.2.

FIG. 6 is a schematic block diagram showing an example finisher of FIG.2.

FIG. 7 is a schematic block diagram showing example functional modulesof a print management program and example plug-ins mounted in the printserver of FIG. 2.

FIG. 8 is a schematic block diagram showing example functional modulesof the plug-ins of FIG. 7.

FIG. 9 is a schematic block diagram showing example group plug-insmounted in the print server of FIG. 2, the group plug-ins being for adistributed print job using two or more printers.

FIG. 10 is a schematic block diagram showing example group plug-insmounted in the print server of FIG. 2, the group plug-ins for adistributed print job using a printer and a finisher.

FIG. 11 is diagram showing example microservices that create elementalpanes of a graphic user interface for visualizing print management at aprint shop site.

FIGS. 12-15 are diagrams showing additional information added to theelemental panes created by microservices.

FIG. 16 is a diagram of example cloud-based microservices that useelemental panes created by microservices for a graphic user interfacefor visualizing print management at multiple print shop sites.

FIG. 17 is a diagram showing elements of an example scheduling graphicuser interface for visualizing print management.

FIGS. 18 and 19 are flow diagrams of example methods for visualizingprint management.

DETAILED DESCRIPTION

Referring now in more detail to the example drawings for purposes ofillustrating aspects of the invention, wherein like reference numeralsdesignate corresponding or like elements among the several views, thereis shown in FIG. 1 example system 10 for print management distributedover a plurality of print shop sites. Each site includes a print serverthat manages print production devices, such as printing machines andfinishing machines.

As shown in FIG. 2, the print shop at the first site includes clientdevice 12C, print server 14 (abbreviated as server 14), and printingmachines 18 (abbreviated as printers 18), and finishing machines 20(abbreviated as finishers 20). Some of these system elements are labeledin the figures using numerals and letters (e.g., 18A, 18B, 18C) todistinguish particular members within the group. Numerals withoutletters refer to any or all members of the group. The print shop at thesecond site also has its own client device 12C, server 14, printers 18,and finishers 20.

Client devices 12 communicate with server 14 to have print jobs 16completed by printers 18 and finishers 20. Each print job 16 can berequest to print a single copy of one document, or a request to printmultiple copies of one document. Printing and finishing requirements(collectively referred to as print process requirements) in print jobs16 are not in a format that can be understood and used by printers 18and finishers 20. Server 14 translates print jobs 16 to job data 17 thathave print process requirements in a format that can be understood andused by printers 18 and finishers 20.

A print shop, such as one in an office or building, may house server 14,printers 18, and finishers 20. The print shop can be a commercialestablishment that takes print jobs 16 from a variety of organizations,such as hospitals, schools, and financial institutions. The print shopcan be a department within a large organization, such as a governmentagency or large corporation, in need of high speed and high volumeprinting services. The print shop has client device 12C which can sendprint jobs 16 to server 14 via network 22, such as a local or wide areanetwork. Other client devices 12A and 12B are located remotely from theprint shop and may send print jobs 16 to server 14 via the Internet 24and network 22. Server 14 sends job data 17 to printers 18 and finishers20 via network 22.

As shown in FIG. 3, server 14 includes one or more computer processors30, one or more memory devices 31, one or more input devices 34, serverdisplay 35, and server network interface 36 which are interconnected viadata communication bus 37. The one or more computer processors 30 arecollectively referred to as server processor 30. Server processor 30includes circuits and electronic components that execute instructionswithin print management program 38 for performing the methods describedherein.

The one or more computer memory devices 31 are collectively referred toas server memory 31. Server memory 31 includes any one or a combinationof random-access memory (RAM) modules, read-only memory (ROM) modules,and other electronic data storage devices. Server memory 31 may includea mass storage type of device such as an optical CD or DVD drive,magnetic hard disk drive, or solid-state flash drive. Server memory 31includes a non-transitory computer readable medium that stores printmanagement program 38.

Server memory 31 stores a file system comprising hot folders 39. Hotfolders 39 are monitored by print management program 38, which isexecuted by server processor 30, such that a new file that arrives inany of the hot folders is processed by print management program 38.

The one or more input devices 34 are collectively referred to as serverinput device 34. Server input device 34 may include any one or more of akeyboard with buttons, touch-sensitive screen, mouse, electronic pen,microphone, and other means of user input. Server display 35 may includea liquid crystal display, projector, or other type of visual displaydevice. Server input device 34 and display 35 may be used by aserver-side user (such as a print shop administrator) to run printmanagement program 38.

Server network interface (I/F) 36 is configured to allow server 14 tocommunicate with client devices 12, printers 18, and finishers 20through network 22 and the Internet 24. Server network I/F 36 includescircuits and electronic components configured for data communicationthrough network 22. Server network I/F 36 enables server 14 to receiveprint jobs 16 from client devices 12.

As shown in FIG. 4, client device 12 includes one or more computerprocessors 40, one or more memory devices 41, one or more input devices44, client display 45, and client network interface 46 which areinterconnected via data communication bus 47. For example, client device12 can be a computer workstation, laptop computer, tablet, orsmartphone. The one or more computer processors 40 are collectivelyreferred to as client processor 40. Client processor 40 includescircuits and electronic components that execute instructions of a webbrowser program and/or a file manager program.

The one or more computer memory devices 41 are collectively referred toas client memory 41. Client memory 41 includes any one or a combinationof random-access memory (RAM) modules, read-only memory (ROM) modules,and other electronic data storage devices. Client memory 41 may includea mass storage type of device such as an optical CD or DVD drive,magnetic hard disk drive, or solid-state flash drive. Client memory 41includes a non-transitory computer readable medium that optionallystores files associated with a file manager program, such as WindowsExplorer. For example, client device 12C (FIG. 2) may run the filemanager program to allow a client-side user to drag and drop a printingsource file in any one of hot folders 39 (FIG. 3) managed by server 14.The client-side user can be an employee of the print shop. A printingsource file contains data that the client-side user wants to haveprinted. The data may correspond to a photograph, illustration, and/ortext. A printing source file can be a single PDF file, JPG file, orother format. The drag and drop operation by the client-side user causesclient device 12C to send the printing source file to server 14. Bydefault, each hot folder 39 has associated with it a data set of printprocess requirements that establishes whether the contents of theprinting source file will be subjected to 2-sided printing, for example.Other example print process requirements include, without limitation:paper type, paper size, color or BW printing, output resolution orquality, and finishing such as stapling, collating, hole punching,folding, and stitching.

The non-transitory computer readable medium of client memory 41 maystore files associated with a web browser. For example, each of clientdevices 12A and 12B (FIGS. 1 and 2) may run the web browser, whichprovides a web-based user interface (UI) with which a client-side usercreates print jobs 16. The client-side user can be print shop customerlocated remotely from the print shop. Each print job 16 from clientdevices 12A and 12B includes a printing source file and a data set ofprint process requirements, which are to be used when printing and/orfinishing. Such print jobs 16 created by the client-side user are sentby the web browser of client device 12 to server 14.

The one or more input devices 44 are collectively referred to as clientinput device 44. Client input device 44 may include any one or more of akeyboard with buttons, touch-sensitive screen, mouse, electronic pen,microphone, and other means of user input. Client display 45 may includea liquid crystal display, projector, or other type of visual displaydevice. Client input device 44 and display 45 may be used by theclient-side user to interact with the web browser or file managerprogram of client device 12 to send print job 16 to server 14.

Client network interface (I/F) 46 is configured to allow client device12 to communicate with server 14 through network 22 and the Internet 24.Client network I/F 46 includes circuits and electronic componentsconfigured for data communication through network 22. Client network I/F46 enables client device 12 to send print jobs 16 to server 14.

As shown in FIG. 5, printer 18 includes one or more computer processors50, one or more memory devices 51, scanner 52, print assembly 53, one ormore input devices 54, printer display 55, printer paper conveyor 56,and printer network interface 57. These machine elements of printer 18are interconnected via data communication bus 58. The one or morecomputer processors 50 are collectively referred to as printer processor50. Printer processor 50 includes circuits and electronic componentsthat execute instructions within printer program 59 for controlling theabove-mentioned machine elements of printer 18.

The one or more computer memory devices 51 are collectively referred toas printer memory 51. Printer memory 51 includes any one or acombination of random-access memory (RAM) modules, read-only memory(ROM) modules, and other electronic data storage devices. Printer memory51 may include a mass storage type of device such as an optical CD orDVD drive, magnetic hard disk drive, or solid-state flash drive. Printermemory 51 includes a non-transitory computer readable medium that storesfiles associated with printer program 59. The non-transitory computerreadable medium of printer memory 51 may also store job data 17 receivedby printer 18 from server 14. Job data 17 includes a job ticket and aprinting language file that will be described below.

Scanner 52 reads optical information of images on pages of a physicaldocument placed by a user on printer 18. Light is emitted by scanner 52,which is reflected by the pages. Scanner 52 senses the reflected lightand converts it to electrical or digital information, which can be usedto print pages that are duplicates of those of the physical document.Other scanning techniques may be used. Some printers 18 may not have ascanner.

For example, print job 16 may involve making one or more duplicatecopies of a physical document that is brought to a print shop by acustomer. Scanner 12 is used to create a printing source file of thephysical document, which is sent by printer 18 to server 14. Thecustomer may tell a print shop employee what the print processrequirements are, and then the employee may use the input device ofclient device 12C or server 14 to create a data set of print processrequirements and associate that data set with the printing source fileof the physical document. Included in the print process requirements iswhether distributed printing (i.e., use of multiple print productiondevices for a print job) is permitted. Custer printing is a type ofdistributed printing which uses two or more printers for a print job.Thereafter, server 14 will determine the print production devices (oneor more printers 18 and finishers 20, as appropriate) that will executeprint job 16.

Print assembly 53 prints images on sheets of paper. The images can bebased on information received from scanner 52 or server 14. For example,print assembly 53 generates an electrostatic latent image on a rotatingtransfer device, which receives toner on the latent image and thentransfers the toner to a sheet of paper. Other printing techniques maybe used, such as ink jet printing.

The one or more input devices 54 are collectively referred to as printerinput device 54. Printer input device 54 may include any one or more ofa keyboard with buttons, touch-sensitive screen, mouse, electronic pen,microphone, and other means of user input. Printer display 55 mayinclude a liquid crystal display, projector, or other type of visualdisplay device. Printer input device 54 and display 55 may be used by auser (such as a printer operator working in the print shop) to adjustoperation of printer 18.

Printer paper conveyor 56 includes rollers, belts, and mechanical guidesthat obtain sheets of paper from the appropriate printer trays andconveys the sheets to print assembly 53. The printer trays may containpapers differing in size, material type, and weight. The rollers, belts,and mechanical guides are actuated by various motors that areelectrically controlled based on signals generated by printer processor50. Printer processor 50 determines the appropriate printer tray fromwhich to obtain a sheet of paper based on the print process requirementsin print data 17 received by printer 18.

Printer network interface (I/F) 57 is configured to allow printer 18 tocommunicate with server 14 through network 22. Printer network I/F 57includes circuits and electronic components configured for datacommunication through network 22. Printer network I/F 57 enables printer18 to receive job data 17 from server 14. Each job to a printer includesa printing language file (discussed below) and a job ticket that thatdefines print process requirements relevant to that printer.

As shown in FIG. 6, finisher 20 includes one or more computer processors60, one or more memory devices 61, stapler 62, collator 63, hole puncher64, folding assembly 65, finisher paper conveyor 66, and finishernetwork interface 67. These machine elements of finisher 20 areinterconnected via data communication bus 68. The one or more computerprocessors 60 are collectively referred to as finisher processor 60.Finisher processor 60 includes circuits and electronic components thatexecute instructions within finisher program 69 for controlling theabove-mentioned machine elements of finisher 20.

The one or more computer memory devices 61 are collectively referred toas finisher memory 61. Finisher memory 61 includes any one or acombination of random-access memory (RAM) modules, read-only memory(ROM) modules, and other electronic data storage devices. Finishermemory 61 may include a mass storage type of device such as an opticalCD or DVD drive, magnetic hard disk drive, or solid-state flash drive.Finisher memory 61 includes a non-transitory computer readable mediumthat stores files associated with finisher program 69. Thenon-transitory computer readable medium of finisher memory 61 may alsostore data for job data 17 received by finisher 20 from server 14. Jobdata 17 includes a job ticket, which will be described below.

Stapler 62 is configured to staple sheets of paper together. Forexample, stapler 62 includes a pusher that pushes a cartridge of metalstaples toward a driver which, when actuated, pushes one staple into twoor more printed sheets. The driver is actuated by a stapler motor thatis electrically controlled based on a signal generated by finisherprocessor 60. Alternatively, stapler 62 may have other mechanisms knownin the art for driving a staple into paper.

Collator 63 is configured to insert one or more sheets of paper betweentwo sheets of paper. For example, collator 63 includes an arm or rollerthat pushes a sheet of paper between two other sheets of paper. The armor roller is actuated by a collator motor that is electricallycontrolled based on a signal generated by finisher processor 60.Alternatively, collator 63 may have other mechanisms known in the artfor inserting sheets of paper between two other sheets of paper.

Hole puncher 64 is configured to make a hole in sheets of paper. Forexample, hole puncher 64 includes a circular blade which, when pressedagainst paper, cuts a hole in the paper. The circular blade is actuatedby a puncher motor that is electrically controlled based on a signalgenerated by finisher processor 60. Alternatively, hole puncher 64 mayhave other mechanisms known in the art for cutting a hole in the paper.

Folding assembly 65 is configured to fold paper. For example, foldingassembly 65 includes a paper guide, two rollers, and a fold blade. Thefold blade is centered between the two rollers at a location below therollers. The paper guide conveys a sheet of paper next to the foldblade, and then the fold blade pushes a central part of the paper into anip area between the two rollers. The rollers rotate to pull the centralpart of the paper into the nip area. The nip area applies pressure toproduce a fold at the central part of the paper. The rollers and foldblade are actuated by various motors that are electrically controlledbased on signals generated by finisher processor 60. Alternatively,folding assembly 65 may have other mechanisms known in the art forfolding paper.

Finisher paper conveyor 66 includes rollers, belts, and mechanicalguides that obtain sheets of paper from the appropriate finisher traysand conveys the sheets to any of stapler 62, collator 63, hole puncher64, and folding assembly 65. The rollers, belts, and mechanical guidesare actuated by various motors that are electrically controlled based onsignals generated by finisher processor 60. The finisher trays containstacks of printed sheets of paper from one or more printers 18. Thestacks of printed sheets of paper may be transferred manually by a userfrom printers 18 to the finisher trays. Each stack may have a top sheethaving a machine readable code, such as a bar code, that associates thestack with a particular print job. Each finisher tray may include anoptical scanner, such as a bar code reader, that reads the machinereadable code. Based on information from the optical scanner, finisherprocessor 60 determines the appropriate finisher tray from which toobtain a sheet of paper and determines an appropriate destinationaccording to job data 17 received by finisher 20. The appropriatedestination can be any of stapler 62, collator 63, hole puncher 64, andfolding assembly 65. For example, finisher paper conveyor 66 maytransport sheets of paper from collator 63 and then to stapler 62.

Some finishers 20 may have additional capabilities, such as stitching,while other finishers 20 may have fewer capabilities. For example, onefinisher 20A may be limited to collating, while another finisher 20B maybe limited to stapling. Thus, a stack of collated sheets of paper fromfinisher 20A may be transferred manually by a user to finisher 20B.

Finisher network interface (I/F) 67 is configured to allow finisher 20to communicate with server 14 through network 22. Finisher network I/F67 includes circuits and electronic components configured for datacommunication through network 22. Finisher network I/F 67 enablesfinisher 20 to receive job data 17 from server 14. Each job to afinisher includes a job ticket that defines print process requirementsrelevant to that particular finisher. Unlike printer 18, finisher 20does not have print assembly 53.

As shown in FIG. 7, print management program 39 includes job managersoftware module 80 and print production device manager software module82. The term “print production device” refers to printers 18 andfinishers 20.

Job manager software module (abbreviated as job manager) 80 processesprint jobs 16 from client devices 12. Functional submodules 80A-80E ofjob manager 80 are described below.

Print jobs 16 (FIG. 2) from client devices 12A and 12B include printingsource file 84 and a corresponding data set of print processrequirements 86. Such print jobs are processed by job receiver submodule80A. Print jobs 16 from client device 12C includes printing source file84 placed in one of hot folders 39 (FIG. 3) managed by server 14. Aspreviously mentioned, each hot folder 39 has associated with it a dataset of print process requirements 86. Hot folder monitor submodule 80Bmonitors hot folders 39 for any newly deposited printing source file 84.Hot folder monitor submodule 80B associates any newly deposited printingsource file 84 with a corresponding data set of print processrequirements 86 previously stored in server memory 31.

As previously mentioned, the data set of print process requirements 86is not in a format that can be understood and used by printers 18 andfinishers 20. Job ticket creator submodule 80C creates job ticket 88based on the data set of print process requirements 86 for print job 16.Job ticket 88 is in a format, such as JDF or other XML-based format,that can be understood and used by the selected print production device.JDF refers to Job Definition Format, which is an industry standard forexchanging information in the graphics industry. Job ticket 88 may becreated with some user input via user interface (UI) submodule 80D. Userinterface submodule 80D receives input from the user through serverinput device 34 and displays information to the user on server display35.

Job dispatcher submodule 80E dispatches or assigns print job 16 to oneor more print production devices 18, 20. Job dispatcher submodule 80Eanalyzes job ticket 88 to determine whether print job 16 is to be splitamong plural print production devices 18, 20. If job ticket 88 includesa parameter value that allows distributed printing, job dispatchersubmodule 80E will assign print job 16 to multiple printers 18, or to atleast one printer 18 and at least one finisher 20. If job ticket 88includes a parameter value that prohibits cluster printing (i.e.,distributed printing using multiple printers), job dispatcher submodule80E will assign print job 16 to a single printer and no other printer.

Assignment of print job 16 may include some user input via UI 80D andserver input device 34 to assign print production devices havingcapabilities that match the print process requirements defined in jobticket 88. Alternatively or additionally, assignment of print job 16 mayinclude server 14 analyzing job ticket 88 to autonomously assign printproduction devices having capabilities that match the print processrequirements defined in job ticket 88. A match occurs when a printproduction device is capable of each of the individual print processrequirements.

Print production device manager software module (abbreviated devicemanager) 82 handles communications with print production devices 18, 20.Device manager 82 includes cluster management submodule 82A that createsjob data 17 corresponding to print jobs 16. Job data 17 for printer 18includes printing language file 90 that is in a language recognized andusable by the printer to allow printing of images defined in printingsource file 84 of print job 16. Example printing languages includePostScript (R), Printer Control Language, Portable Document Format(PDF), and XML Paper Specification (XPS). For example, printing sourcefile 84 may be in bitmap format (.BMP file), and printer 18 recognizesPostScript but not bitmap. Cluster management submodule 82A creates jobdata 17 including printing language file 90 in PostScript.

If job dispatcher 80E has assigned print job 16 to multiple printproduction devices 18, 20, cluster management submodule 82A splits printjob 16 into multiple jobs, referred to as child jobs 17. Each child jobcan have its own printing language file 90.

For example, print job 16 may be split into first, second, and thirdchild jobs. First child job 17 may be a job for printing color pagesdefined in first printing language file 90, and the first printinglanguage file 90 is sent by cluster management submodule 82A to a colorprinter. Second child job 17 may be a job for printing BW pages definedin second printing language file 90, and second printing language file90 is sent by cluster management submodule 82A to a black-and-white only(BW) printer. Third child job 17 may be a finishing job for collatingprinted color pages obtained from the color printer into BW pagesobtained from the BW printer, and the third child job is sent by clustermanagement submodule 82A to a collating finisher. Collating is performedaccording to job ticket 88.

Referring again to FIG. 7, various software plug-ins 91 are installed inserver 14. Plug-ins 91 are mounted on print management program 38 tohandle communications between server 14 and print production devices 18,20.

For example, there can be three types of printers 18 according to TableI, and two types of finishers according to Table II.

TABLE I Printer Types Capability Type P1 2-sided*; BW-only Type P22-sided*; color** Type P3 1-sided only; BW-only *Printers capable of2-sided printing are capable of 1-sided printing. **Printers capable ofcolor printing are capable of BW printing.

TABLE II Finisher Types Capability Type F1 collating only Type F2binding: stapling and stitching

Plug-in 91A works only with type P1 printers, which are printers 18A,18B, and 18E. For example, printers 18A and 18B may have 2-sided,BW-only printing capability on letter size sheets only, while printer18E may have 2-sided, BW-only printing capability on letter and tabloidsize sheets. Plug-in 91B works only with type P2 printers, whichcorresponds only to printer 18C having 2-sided, color printingcapability on letter and tabloid size sheets. Plug-in 91C works onlywith type P3 printers, which corresponds only to printer 18D havingsingle-sided, BW-only printing on letter and tabloid size sheets. Theprinter capabilities in this example are summarized in Table III. Jobdispatcher 80E may use a lookup table similar to Table III stored inserver memory 31 to select one or more printers 18 to complete print job16.

TABLE III Printer Type Capability 18A P1 2-sided, BW-only, letter sizeonly 18B P1 2-sided*, BW-only, letter size only, booklet printing 18C P22-sided*, color**, letter and tabloid sizes, stapling 18D P3 1-sidedonly, BW-only, letter and tabloid sizes 18E P1 2-sided*, BW-only, letterand tabloid sizes *Printers capable of 2-sided printing are capable of1-sided printing. **Printers capable of color printing are capable of BWprinting.

Plug-in 91D works with all type F1 finishers, which corresponds only tofinisher 20A in this example. Plug-in 91E works with all type F2finishers, which corresponds only to finisher 20B in this example. Thefinisher capabilities in this example are summarized in Table IV. Jobdispatcher 80E may use a lookup table similar to Table IV stored inserver memory 31 to select one or more finishers 20 to complete printjob 16.

TABLE IV Finisher Type Capability 20A F1 collating only, letter andtabloid size 20B F2 stapling, stitching, letter and tabloid size

Plug-in manager 92 is a software module of print management program 38.Plug-in manager 92 analyzes all plug-ins 91 to determine what type ofplug-ins have been mounted. In FIG. 7, plug-in manager 92 determinesthat plug-ins for printer types P1, P2, and P3 are available, and thatplug-ins for finisher types F1 and F2 are available. If FIG. 7 ismodified by removing plug-in 91A, plug-in manager 92 will determine thatno plug-in for printer type P1 is available. Plug-in manager 92 maymaintain a listing of the plug-ins that are available, and the listingis accessed by plug-in manager 92 whenever a print job is received byserver 14

The plug-ins are not essential parts of print management program 38,which includes job manager module 80, device manager module 82, andplug-in manager module 92. Each of modules 80, 82, and 92 can continueto function as previously described after removal of any one of plug-ins91. For example, removal of plug-in 91E may be appropriate if all TypeF2 finishers are permanently taken away from the print shop.

Referring to FIG. 8, functional submodules 94-100 of plug-in 91A will bedescribed below. All other plug-ins 91B-E have the same functionalsubmodules 94-100.

Job ticket submitter submodule 94 sends job ticket 88 to the selectedprint production device. For example, printer 18E has 2-sided only,BW-only printing capability on letter and tabloid size sheets as shownin Table III. If job ticket 88 from job ticket creator 80C (FIG. 7)specifies 1-sided, BW printing on tabloid size sheets, job dispatcher80E may select printer 18E, and then job ticket submitter submodule 94of plug-in 91A sends job ticket 88 to printer 18E. Plug-in 91A wouldalso send printing language file 90 to printer 18E. Printing languagefile 90 defines the content to be printed, and job ticket 88 defines therequirements (2-sided, BW printing on tabloid size sheets) for printingthe content. For example, the content could be a photograph,illustration, text, or a combination thereof.

Constraint check submodule 95 enables the selected print productiondevice to confirm that it supports all print process requirements in jobticket 88. Continuing from the previous example, printer 18E is capableof printing on tabloid size paper, but tabloid size paper may becurrently unavailable in printer 18E, so the constraint is communicatedto job dispatcher submodule 80E.

Job dispatcher submodule 80E (FIG. 7) performs a printer constraintresolution process. For example, job dispatcher submodule 80E may try tofind another printer capable of 1-sided, BW printing on tabloid sizepaper. As shown in Table III, printer 18C is capable of 2-sided colorprinting on tabloid size paper, which means that it is also capable ofprinting on a single side (1-sided printing) using black only (BWprinting). To resolve the constraint, job dispatcher submodule 80E mayautonomously change the selection from printer 18E to printer 18C, or itmay allow the server-side user to confirm the change via graphic userinterfaces (e.g. FIGS. 11-15).

In a further example, job ticket 88 may require finishing that includesboth stapling and stitching, so finisher 20B is selected by clustermanagement submodule 82A based on Table IV, which shows that finisher20B can staple and stitch on tabloid size paper. However, finisher 20Bis incapable for performing both stapling and stitching on the sheets ofpaper, so the constraint is communicated to dispatcher submodule 80E.

Job dispatcher submodule 80E performs a finisher constraint resolutionprocess. For example, job dispatcher 80E may allow the server-side userto waive or remove one of the binding requirements via UI 80D. If theuser removes the stapling requirement, the constraint is resolved, andthe job will proceed with finisher 20B performing stitching only.

Referring again to FIG. 8, device register submodule 96 obtainsidentifying information from all print production devices 18, 20connected to server 14. Identifying information, such as a machine nameand/or machine location are displayed by UI 80D on server display 35(FIG. 3). Device status submodule 97 polls all print production devices18, 20 to obtain device status information from each print productiondevice. Examples of device status information include offline, busy,idle, and paper jam. Device status information is communicated to jobdispatcher submodule 80E, which uses the job status information todetermine which print production devices 18, 20 will be assigned toprint jobs 16.

Job status monitor submodule 98 receives job status indicator about thejob that was sent to print production devices 18, 20. Example job statusindictors include waiting, in progress, completed, and error. Each printproduction device sends a job status indicator that may be displayed byUI 80D on server display 35 (FIG. 3).

Audit monitor submodule 99 receives and analyzes audit information fromprint production devices 18, 20, converts the audit information toreadable data that is recognizable by print management program 38, andtransmits the readable data to print management program 38. The auditinformation from printer 18 includes information on a number of pagesprinted relative to a printer tray and paper sheet size. For example,the audit information may specify that letter size paper from printertray 1 was used for 205 pages. The audit information from finisher 20includes information on a number of pages subjected to a finishingoperation.

Paper catalog manager submodule 100 receives a paper catalog from eachprinter 18 and transmits the paper catalog to print management program38. Each printer 18 has a function for storing paper-related settingsassociated with a printer tray. Paper-related settings are a group ofpaper parameters, such as paper size, color, weight, and material type.Each paper-related setting (group of paper parameters) is given acatalog name in a paper catalog. Since the paper catalog (a group ofcatalog names) is transmitted by paper catalog manager submodule 100 toprint management program 38, a client-side user may assign one or morecatalog names to print job 16. Advantageously, the client-side user doesnot have to specify paper parameters individually for print job 16.Print management program 38 recognizes the catalog names in print job 16and assigns the appropriate printer or printers to complete printerorder 16. The selected printer or printers are those that have printertrays that correspond to the catalog names in print job 16. Papercatalog manager submodule 100 is an interface for communicating withprinter 18 to obtain information about paper-related settings associatedwith printer trays, analyzing said information and then converting itinto data (a paper catalog) that is recognizable by print managementprogram 18.

Referring again to FIG. 7, each plug-in 91B-E handles communicationsbetween server 14 and only one of the print production devices tocomplete a single print job 16. Each plug-in 91B-E does not handlecommunications with more than one print production device for a singleprint job 16. For example, plug-in 91A handles communications betweenserver 14 and either printer 18A, 18B, or 18E to complete a single printjob 16.

FIG. 7 may be modified to include one or more group plug-ins. A groupplug-in handles communications between server 14 and two or more printproduction devices to complete a single print job 16. For example, agroup plug-in may handle communication with two printers as shown inFIG. 9. As a further example, a group plug-in may handle communicationwith one printer and one finisher as shown in FIG. 10.

FIG. 9 shows group plug-ins 93A and 93B that can be added to FIG. 7.Each of group plug-ins 93A-B has functional submodules that function inthe same way as those for plug-ins 91A-E. In addition, each of groupplug-ins 93A-B has a cluster management submodule that splits print job16 into multiple jobs, referred to as child jobs 17, if job dispatcher80E in print management program 38 has assigned print job 16 to multipleprinters 18.

Group plug-ins 93A and 93B handle communication between server 14 andtwo printers to complete a single print job 16. Plug-in 93A handlescommunications to two type P1 printers to complete a single print job16. For example, a single print job 16 may require 2-sided printing ofthousands of BW letter size pages. Based on Table III, job dispatcher80E may divide the pages between printers 18A and 18B. Some pages ofprint job 16 may be assigned to printer 18A, and the remaining pages ofprint job 16 may be assigned to printer 18B. Alternatively, if printer18B is busy, job dispatcher 80E may assign to printer 18E instead.

Plug-in 93B handles communications between server 14 and two types ofprinters: type P1 and type P2. For example, a single print job may haveBW pages and color pages. Based on Table III, job dispatcher 80E mayassign the BW pages to printer 18A (type P1) and assign the color pagesto printer 18C (type P2).

FIG. 10 shows group plug-ins 93C and 93D that can be added to FIG. 7 orFIG. 7 in combination with FIG. 9. Each of group plug-ins 93C-D hasfunctional submodules that function in the same way as those forplug-ins 91A-E. Group plug-ins 93C and 93D handle communication betweenserver 14 and a printer and a finisher. Plug-in 93C handlescommunications between server 14, a type P1 printer, and type F1finisher. For example, a single print job 16 may require 2-sided BWletter size pages that are to be collated with colored paper. Based onTables III and IV, job dispatcher 80E may divide the print job betweenprinter 18A and finisher 20A.

Plug-in 93D handles communications between server 14, a type P2 printer,and type F2 finisher. For example, a single print job 16 may require2-sided color tabloid size pages that are to be stapled. Based on TablesIII and IV, job dispatcher 80E may divide the print job between printer18C and finisher 20B.

The status of the print production devices (printers and finishers) andprint jobs are displayed to allow a server-side user, such as a printshop administrator, to know what is currently happening at many devicesand to know what jobs are pending in line. This can allow the user tomaintain workflow efficiency by responding to negative status indicators(such as a paper jam or other malfunction) and to provide input to theprint management program to select the best devices to carry out printjobs. The status information is displayed graphically and arranged insuch a way to help the user assimilate a large amount of informationwith a brief glance at a display screen.

FIG. 11 shows example main UI 200 displayed on server display 35 (FIG.3). Main UI 200 is a graphic user interface organized into a device listand a job list.

Device list 101 shows a list of print production devices. Each printproduction device is represented by UI device pane 102. Each UI devicepane 102 includes information about the corresponding print productiondevice. The information includes device name 104 (e.g., Printer 1) whichhas been previously assigned, device capabilities 106, and print status108. Optionally, each UI device pane 102 includes image 110 of thedevice, such as a photograph or illustration.

Job list 111 comprises job panes 112 which represent print jobs. Eachprint job is represented by its own UI job pane 112. Each UI job pane112 includes information about the corresponding print job, such as jobname 114 and print process requirements 116 that define printrequirements and any finishing requirements. Optionally, a UI job panemay include label 118 that tells the user that the print job has beendetermined by the server 14 to be a distributed print job. That is, theprint job will be completed using two or more print production devices,in which case one of the group plug-ins may be used as previouslydescribed. Label 118 can be in the form of text (e.g., “Multi-device” or“Cluster Print”) or symbol that is understood by the user to represent adistributed print job.

The code for print management program 38 can be enormously and complex,as can be appreciated from the above descriptions of various functionalsoftware modules and submodules and when considering the abundantdiversity of print production machines that server 14 may be required tohandle. Conventionally, the various software elements of printmanagement program 38, including any that might be desired for depictinggraphical representations of print production devices and print jobs,would be integrated in a monolithic software architecture. With amonolithic software architecture, it would usually take many months forthe print management program to be modified and validated so that a UIdevice pane can be displayed for a newly developed printer model. Forexample, the new printer may require server 14 to use a uniquecommunication protocol for obtaining device status. Also, a monolithicsoftware architecture can make it difficult to rapidly implement a minorupdate to the UI design based on user feedback or a change in userrequirements, for example. Also, a major change may be needed tocustomize the UI design for another customer at a different print shopsite.

To overcome the above difficulties in UI design flexibility associatedwith a monolithic software architecture, a microservices-basedarchitecture is implemented for software elements that depict graphicalrepresentations of print production devices at the print shop site andprint jobs received by server 14. Referring again to FIG. 11, separatemicroservices 120 are deployed to independently provide UI device panes102. Each of these microservices are referred to as device microservice120 since they are specific to a corresponding one of the printproduction devices 18, 20 (FIG. 2) at the print shop site. In this way,a first device microservice may use a particular communication protocolsuitable for a print production device of one manufacturer, and a seconddevice microservice may use another communication protocol suitable fora print production device of another manufacturer. Device microservices120 are elements of device manager 82 (FIG. 7) of print managementprogram 38. The microservices can be developed independently of eachother, even with different programming languages. This enhancesscalability of the print management program as the print shop grows overtime.

In addition, job management microservice 122 provides UI job panes 112.Job management microservice 122 is an element of job manager softwaremodule (abbreviated as job manager) 80 of FIG. 7. In certainembodiments, each microservice 120, 122 is independent of the others inthat any microservice may be disabled without having an effect on thefunctions of the other microservice. For example, it may be appropriateto disable or remove a device microservice from print management program38 after its corresponding print production device is permanently takenaway from the print shop site.

As previously discussed, print management program 38 includes userinterface submodule 80D (FIG. 7). As shown in FIG. 11, user interfacesubmodule 80D (also referred to as main UI application) receives UIdevice panes 102 from the plurality of device microservices 120. Again,each device microservice 120 corresponds to a different one of aplurality of print production devices. Each UI device pane 102 comprisesprint status information 108 for a corresponding print productiondevice. Main UI application 80D receives UI job list 111 from jobmanagement microservice 122. Main UI application 80D causes UI devicepanes 102 and UI job list 111 to be displayed as parts of main UI 200 onserver display 35 (FIG. 3). Also, main UI application 80D appliesinformation, such as graphic indicators described below, to the panesreceived from microservices 120, 122.

As previously discussed, print management program 38 may determine thata print job is assigned to one or more print production devices 18, 20.Main UI 200 may further comprise a graphic indicator, referred to hereinas an assignment indicator, showing that a print job is assigned to oneor more print production devices. In the example of FIG. 12, main UIapplication 80D adds assignment indicator 124 in the form of cross-hatchlines to UI device panes 102. Diagonal cross-hatch lines are used toshow that Job 1 is assigned to Printer 1, and box-type cross-hatch linesare used to show that Job 5 is assigned to Printer 2. The assignmentindicator may also show that a print job is assigned to a group of twoor more of the print production devices, as will be discussed below.

Main UI 200 may further comprise another type of graphic indicator,referred to herein as a device problem indicator 126, showing that aprint production device has a problem. The problem may be something thatrequires human intervention. Example problems include withoutlimitation, a paper jam, a service call alert, a paper supply outage,and a toner supply outage. In the example of FIG. 12, main UIapplication 80D adds device problem indicator 126 in the form of aflashing red border surrounding UI device pane 102 of Printer 2. Theborder calls the user's attention to the paper jam in Printer 2.

Main UI 200 may further comprise another type of graphic indicator,referred to herein as an option indicator, showing a group of the printproduction devices as an option for executing the print job. In theexample of FIG. 13, main UI application 80D adds option indicator 128 inthe form of a thick black box enclosing the UI job pane of Job 3combined with a thick black box enclosing the UI device panes of Printer1 and Finisher 1 (an enclosed group). This option indicator shows thatthe enclosed group is an option for executing Job 3. Job 3 requirescolor printing and a finishing process that involves insertion (e.g.,insertion of divider sheets), and print management program 38 hasmatched those job requirements to the device capabilities and devicestatus of Printer 1 and Finisher 1. The user may confirm assignment ofJob 3 to Printer 1 and Finisher 1 by performing a drag operation viaserver input device 34 by which the UI job pane of Job 3 is dragged ormoved toward the enclosed group.

In the example of FIG. 14, first option indicator 128A is in the form ofa thick black box enclosing the UI job pane of Job 2 combined with athick black box enclosing the UI device panes of Printer 1 and Printer 3(a first enclosed group). Second option indicator 128B is in the form ofa thick box enclosing the UI job pane of Job 2 combined with a thick boxenclosing the UI device panes of Printer 4 and Printer 3 (a secondenclosed group). The first and second option indicators show that thefirst and second enclosed groups are alternative options for executingJob 2. Job 2 is a distributed print job (as indicated by the “ClusterPrint” text) that requires color printing and BW printing. Printmanagement program 38 has matched those job requirements to the devicecapabilities and status of the first and second enclosed groups. Theuser can then select one of the enclosed groups and assign Job 2 to theselected group by dragging the UI job pane of Job 2 toward the selectedgroup. In the example of FIG. 15, the user has selected Printer 1 andPrinter 3 (the first enclosed group in FIG. 14) and has assigned Job 2to the first enclosed group. As a result, main UI application 80D addsfirst assignment indicator 124A in the form of diagonal cross-hatchlines that show Job 2 as being assigned to the first enclosed group.Also, main UI application 80D adds second assignment indicator 124B inthe form of gray background that shows Job 3 as being assigned to thesecond enclosed group.

Main UI 200 may further comprise yet another type of graphic indicator,referred to herein as job sequence indicator, showing a sequence inwhich a print job is to executed by two or more print productiondevices. In the example of FIG. 13, main UI application 80D adds jobsequence indicator 130 in the form an icon, which represents the printjob, with a first line connecting the icon to the UI device pane ofPrinter 1, and a second line connecting the UI device pane of Printer 1to that of Finisher 1. This job sequence indicator shows that, if theuser assigns Job 3 to Printer 1 and Finisher 1, printing by Printer 1will be performed first followed by insertion by Finisher 1. In theexample of FIG. 14, main UI application 80D adds two job sequenceindicators 130. Each one is in the form of an icon, which represents theprint job, with two lines connecting the icon to two UI device panes.These job sequence indicators show that, if the user assigns Job 2 tothe first enclosed group, color printing by Printer 1 and BW printing byPrinter 3 will be performed in parallel or simultaneously. If the userassigns Job 2 to the second enclosed group, color printing by Printer 4and BW printing by Printer 3 will be performed in parallel.

Referring again to FIG. 1, system 10 may comprise a plurality of printshops at different sites. The print shop at the first site has firstprint server 14 that manages a first plurality of print productiondevices 18, 20. The print shop at the second site has second printserver 14 that manages a second plurality of print production devices18, 20. Each of the servers includes its own job manager 80, main UIapplication 80D, and device manager 82. Each job manager 80 includes itsown job management microservice 122. Each device manager 82 (FIG. 7)includes its own set of device microservices 120 (FIG. 11). The deviceUI panes and job UI panes from both print shop sites may be incorporatedinto a dashboard graphic user interface for use by a multi-site user,such as a person overseeing operations of both print shop sites.

FIG. 16 shows an example dashboard graphic user interface 202(abbreviated dashboard UI) mentioned above. Dashboard UI 202 can showinformation about multiple print shop sites. Dashboard UI 202 can bedisplayed on a display screen of client device 12D (FIG. 1), which isconfigured according to FIG. 4. Client device 12D accesses cloud-basedmicroservices to enable display of dashboard UI 202. The cloud-basedmicroservices include dashboard microservice 140 and cloud-based UImicroservice 142. The cloud-based microservices are independent of theprint shop servers 14 and client device 12D, which can allow for rapiddeployment of a modification to dashboard UI 202 without involvement ofprint shop personnel or the multi-site user. Also, there may be manydifferent multi-site users on separate client devices from which theyoversee their own groups of print shop sites. The microservicearchitecture allows for customization of dashboard UI 202 according tothe specific requirements of the multi-site users. For example, thedashboard UI for a multi-site user in a publishing company (Multi-siteuser A) with print shops in different cities may be different from thatof a multi-site user in a manufacturing company (Multi-site user B).Multi-site user A would access dashboard microservice 140 andcloud-based UI microservice 142 different from those accessed byMulti-site user B.

Referring again to FIG. 16, dashboard microservice 140 receives the UIdevice panes and the UI job list from the first print server at thefirst print shop site and from the second print server at the firstprint shop site. Dashboard microservice 140 also receives performanceinformation from the first and second print servers. The performanceinformation relates to the print production devices at the first andsecond print shop sites. The performance information can be one or acombination of job completion time information, job volume information,and print production device usage information. Job completion timeinformation is the amount of time taken by a print production device tocomplete a print job. Job volume information is the size (e.g., numberof pages) of the print job completed by the print production device.Print production device usage information is the amount of time that theprint production device is in use. These are non-limiting examples, asother types of performance information can be sent by print servers 14to dashboard microservice 140.

Dashboard microservice 140 generates performance pane 144 based on theperformance information it receives. Performance pane 144 includes agraphical representation of the performance information. For example,the graphical representation may be in the form of a chart and/or graph.If a multi-site user wants a particular type of chart, for example, amodified version of dashboard microservice 140 can be rapidly developedand deployed independently of existing microservices.

Cloud-based UI microservice 142 receives the UI device panes, the UI joblist, and performance pane 144 from dashboard microservice 140. Clientdevice 12D (FIG. 1) accesses cloud-based UI microservice 142 via its webbrowser so that dashboard UI 202 is displayed on the display screen ofclient device 12D.

FIG. 11 may be modified to include job scheduling microservice 146 thatenables display of a scheduling UI that can help a user visualize timeperiods in which print production devices will be used to execute printjobs. FIG. 17 shows an example scheduling UI 204. With use of serverinput device 34 (FIG. 3), the user may toggle between main UI 200 (FIG.11) and scheduling UI 204. For example, the user may use main UI 200 toassign jobs to print production devices. Thereafter, the user may switchfrom main UI 200 to scheduling UI 204 to see on-duty time periods (timesin which print production devices will be used) and idle time periods.This can help the user fill in idle time periods with newly arrivedprint jobs or rearrange pending print jobs to reduce idle time periods.

In operation, main UI application 80D receives a UI scheduling pane fromjob scheduling microservice 146 (FIG. 11). FIG. 17 shows an example UIscheduling pane 148. UI scheduling pane 148 comprising a plurality oftime lines 150, one for each of the print production devices. Each timeline graphically shows a sequence for executing one or more of the printjobs. A print job appears on only one of the timelines when the printjob is assigned to only one of the print production devices. A print jobappears on two or more of the timelines when the print job is assignedto a group of two or more of the print production devices. Located abovetimelines 150 are time markers in units of minutes from the presenttime. For instance, the trailing edge of Job 1 is at the 20 minute mark,which allows the user to immediately see that Job 1 will be completed in20 minutes. If instead another user wants time markers to show the timeof day, for example, a modified version of scheduling microservice 146can be rapidly developed and deployed independently of existingmicroservices.

Main UI application 80D causes UI device panes 102 and UI schedulingpane 148 to be displayed as parts of scheduling UI 204 on server display35 (FIG. 3). Main UI application 80D aligns each UI device pane 102 witha different one of the timelines 150 to show that print jobs on the timeline are assigned to the print production device represented by the UIdevice pane. In FIG. 17 for example, UI device pane 102 of Printer 1 ishorizontally aligned with a timeline containing Job 1, Job 2, Job 3, andJob 6. This allows the user to immediately see that these jobs areassigned to Printer 1 and to see the sequential order in which thesejobs will be performed. This also allows the user to immediately see anidle time period between Job 3 and Job 6, so the user might be able toassign a new print job to Printer 1 during that idle time ifappropriate. UI device pane 102 of Printer 3 is horizontally alignedwith a timeline containing Job 2, which is vertically aligned with Job 2in the timeline for Printer 1. This allows the user to immediately seethat portions of Job 2 will be executed in parallel by Printer 1 andPrinter 3. Also, UI device pane 102 of Finisher 1 is horizontallyaligned with a timeline for Job 3, which is vertically offset from Job 3in the timeline for Printer 1. This allows the user to immediately seethat portions of Job 3 will be executed in series by Printer 1 followedby Finisher 1.

FIG. 18 shows an example method for print management visualization. Atblock S101, server 14 creates UI display from existing microservices.For example, server 14 uses device microservices 120 to create main UI200 with device list 101 as shown in FIG. 11, with Printer 1 on topfollowed by Finisher 1. At block S102, a print job is obtained. Forexample, server 14 may receive Job 2 as shown in FIG. 14. For example,server 16 uses job management microservice 122 to generate job list 111with a UI job pane for the received print job, and then the job list 111added to main UI 200. At block S103, server 14 determines whethercluster printing is permitted for Job 2. Cluster printing is defined asusing two or more printers to print pages of the print job.

If cluster printing is permitted (S103: YES), then at block S104, mainUI application 80D changes the sequential order or position of UI devicepanes and adds information to main UI 200.

In general, a print job can be assigned to one or more of the printproduction devices. Here, Job 2 is assigned to two print productiondevices (Printer 1 and Printer 3). The two print production devicescomprises a specific print production device (Printer 3). Beforereceiving Job 2, the UI device pane of the specific print productiondevice (Printer 3) has a position among the UI device panes which appearin a sequential order in the main UI. For example, the UI device pane ofPrinter 3 could be near the bottom of main UI 200 before Job 2 isreceived. After Job 2 is received, main UI application 80D can changethe sequential order of the UI device panes in main UI 200 by moving theUI device pane of Printer 3 to a different position among the UI devicepanes. In FIG. 14 for example, cluster printing is permitted for Job 2so that color pages can be printed in parallel with BW pages for fastercompletion time. Main UI application 80D changes the position of UIdevice panes 102 in FIG. 11 to the sequential order shown in FIG. 14.The positions are changed so that UI device panes 102 for Printer 1 andPrinter 3 are next to each other.

In addition, main UI application 80D adds first option indicator 128A toshow the user that the enclosed group (Printers 1 and 3) is an optionfor executing Job 2. Main UI application 80D adds job sequence indicator130 to show the user that, if the user assigns Job 2 to the enclosedgroup, color printing by Printer 1 and BW printing by Printer 3 will beperformed in parallel. The process proceeds to block S105.

If cluster printing is not permitted (S103: NO), server 14 mayautonomously assign the received print job to an appropriate printproduction device, and the process may proceed from block S103 to S105.

At block S105, device microservices 120 update UI status in main UI 200.For example, when execution of Job 2 starts, print status 108 ofPrinters 1 and 3 may be updated by device microservices 120 from “Idle”in FIG. 14 to “Printing” in FIG. 15.

At block S106, main UI application 80D changes UI order or position anddeletes information from main UI 200. For example, when execution of Job2 is in progress, UI panes of Printers 1 and 3 and Job 2 appear at thetop of main UI 200, as shown in FIG. 15. When execution of Job 2 iscompleted, main UI application 80D deletes information (assignmentindicator, job sequence indicator, and UI pane) associated with Job 2.Next, execution of Job 3 begins, so main UI application 80D changes theposition of the UI device panes so that the panes for Printer 1 andFinisher 1, which are assigned to Job 3, appear at the top of main UI200.

FIG. 19 shows an example method for print management visualization. Atblock S201, server 14 creates UI display from existing microservices.For example, server 14 uses device microservices 120 to create main UI200 with device list 101 as shown in FIG. 11. At block S202, a statuschange occurs. For example, server 14 may detect a negative status inPrinter 2 (an example of a first print production device). Examples ofnegative status include without limitation a paper jam, a service callalert, a paper supply outage, and a toner supply outage. Main UIapplication 80D receives from device microservice 120 of Printer 2 anupdated UI device pane showing the negative status. In FIG. 12, Printer2 is assigned to Job 5, and updated device pane 102 for Printer 2 shows“Paper Jam.” The updated device pane is displayed in main UI 200 toalert the user.

At block S203, server 14 monitors of a device reassignment userinstruction to reassign Printer 2 to another printer having capabilitiesthat match the print process requirement (BW printing) of Job 5. Printer3 (an example of a second print production device) has capabilities thatmatch the print process requirement of Job 5. The device reassignmentuser instruction to reassign Printer 2 to Printer 3 can be in the formof a drag operation to move job pane 112 of Job 5 toward device pane 102of Printer 3. When the device reassignment user instruction is received(S203: YES), the process proceeds to block S204, otherwise the processmay proceed to block S205.

At block S204, main UI application 80D changes UI order and addsinformation to main UI 200. For example, UI device pane 102 of Printer 2may be moved below that of Printer 3. Job assignment indicator 124 isremoved from UI device pane 102 of Printer 2 and added to UI device pane102 of Printer 3.

At block S205, device microservices 120 update UI status. For example,if no device reassignment user instruction is received (S203: NO) andthen the paper jam is cleared by a maintenance person, devicemicroservice 120 of Printer 2 may change the print status from “PaperJam” to “Waiting.” If a device reassignment user instruction is received(S203: YES) and execution of Job 5 begins, then device microservice 120of Printer 3 may the change print status for Printer 3 to “Printing.”

The details of UI device panes and the arrangement of device and joblists may vary from the illustrated examples. Such variations, as mightbe desired to meet specific user requirements or to accommodate newprint production machines, may be developed and deployed with greaterspeed and reliability in the microservices-based framework describedherein. Various microservices generate UI panes as building blocks.Information is applied to the UI panes to illustrate the relationshipbetween print production devices and print jobs. Of course, therelationships of special interest to one user may differ from those ofother users. Thus, the process of illustrating the relationships can beperformed by one or more microservices, which may be tailored accordingto customer need with les time and cost compared to conventional printmanagement programs.

While several particular forms of the invention have been illustratedand described, it will also be apparent that various modifications canbe made without departing from the scope of the invention. It is alsocontemplated that various combinations or subcombinations of thespecific features and aspects of the disclosed embodiments can becombined with or substituted for one another in order to form varyingmodes of the invention. Accordingly, it is not intended that theinvention be limited, except as by the appended claims.

What is claimed is:
 1. A print management visualization methodcomprising: receiving, by a main UI application, UI device panes from aplurality of device microservices of a print management program, eachdevice microservice corresponding to a different one of a plurality ofprint production devices, each UI device pane being a graphic showingprint status information for the print production device correspondingto the device microservice from which the UI device pane is received;causing, by the main UI application, display of a main UI comprising theUI device panes; receiving a print job; receiving, by the main UIapplication, a UI job list from a job management microservice, the UIjob list comprising information about the print job; causing, by themain UI application, the UI job list and an assignment indicator to beincluded in the displayed main UI, the assignment indicator provided bythe main UI application and showing that the print job is assigned toone or more of the print production devices, wherein the plurality ofdevice microservices includes a first device microservice and a seconddevice microservice, the UI device panes include a first UI device paneprovided by the first device microservice to the main UI application anda second UI device pane provided by the second device microservice tothe main UI application, the first device microservice is independent ofthe second device microservice such that the first device microservicemay be disabled without an effect on the second microservice providingthe second UI device pane to the main UI application.
 2. The method ofclaim 1, wherein the one or more of the print production devicesassigned to the print job includes a specific print production device,wherein, before receiving the print job, the UI device pane of thespecific print production device has a position among the UI devicepanes which appear in a sequential order in the main UI, and wherein themethod further comprises, after receiving the print job: changing, bythe main UI application, the sequential order of the UI device panes inthe main UI by moving the UI device pane of the specific printproduction device to a different position among the UI device panes. 3.The method of claim 1, further comprising: determining, consistent withthe information about the print job, whether the print job is adistributed print job to be executed by more than one of the printproduction devices, wherein when it is determined that the print job isto be executed by more than one of the print production devices, theassignment indicator provided by the main UI application shows that theprint job is assigned to a group of two or more of the print productiondevices.
 4. The method of claim 3, further comprising: when it isdetermined that the print job is to be executed by more than one of theprint production devices, the displayed main UI comprises optionindicators provided by the main UI application, wherein the optionindicators comprise a first option indicator and a second optionindicator, the first option indicator identifies a first group of theprint production devices as a first option for executing the print job,the second option indicator identifies a second group of the printproduction devices as a second option for executing the print job, thefirst option indicator excludes the print production devices in thesecond group, and the second option indicator excludes the printproduction devices in the first group.
 5. The method of claim 3, furthercomprising: when it is determined that the print job is to be executedby more than one of the print production devices, the displayed main UIcomprises a job sequence indicator provided by the main UI application,the job sequence indicator showing a sequence in which the print job isto executed by the print production devices.
 6. The method of claim 1,wherein the main UI application forms part of a first print serverconfigured to manage the plurality of print production devices, theplurality of print production devices referred to as a first pluralityof print production devices, the first plurality of print productiondevices located at a first site, and the method further comprises:receiving, by a dashboard microservice, the UI device panes and a firstUI job pane of the print job from the first print server; receiving, bythe dashboard microservice, performance information from the first printserver, the performance information relating to the first plurality ofprint production devices, the performance information selected from thegroup consisting of job completion time information, job volumeinformation, and print production device usage information; generating,by the dashboard microservice, a performance pane based on theperformance information from the first print server, the performancepane comprising a graphical representation of the performanceinformation from the first print server; receiving, by a cloud-based UImicroservice, the UI device panes, the first UI job pane, and theperformance pane from the dashboard microservice; and causing, by thecloud-based UI microservice, display of a dashboard UI comprising the UIdevice panes, the first UI job pane, and the performance pane.
 7. Themethod of claim 1, further comprising: receiving a plurality of printjobs; receiving, by the main UI application, a UI scheduling pane from ajob scheduling microservice, the UI scheduling pane comprising aplurality of time lines, one for each of the print production devices,each time line indicating a sequence for executing one or more of theprint jobs; and causing, by the main UI application, display of ascheduling UI comprising the UI device panes and the UI scheduling pane,wherein the plurality of the print jobs comprises a particular jobassigned to a group of two or more of the print production devices, andthe particular job appears simultaneously on two or more of the timelines of the displayed UI scheduling pane.
 8. The method of claim 1,wherein the plurality of print production devices comprises a firstprint production device and a second print production device, the printjob is assigned to the first print production device, and the methodfurther comprises: detecting a negative status in the first printproduction device; receiving, by the main UI application from the devicemicroservice corresponding to the first print production device, anupdated UI device pane showing the negative status; causing, by the mainUI application, display of the updated UI device pane in the main UI;monitoring for a device reassignment user instruction to reassign theprint job to the second print production device; and when the devicereassignment user instruction is received, causing an assignmentindicator from the main UI application to be displayed in the main UI,the assignment indicator showing reassignment of the print job to thesecond print production device.
 9. A print management visualizationmethod comprising: receiving, by a main UI application, UI device panesfrom a plurality of device microservices, each device microservicecorresponding to a different one of a plurality of print productiondevices, each UI device pane comprising print status information for theprint production device corresponding to the device microservice fromwhich the UI device pane is received; causing, by the main UIapplication, display of a main UI comprising the UI device panes;receiving a print job; receiving, by the main UI application, a UI joblist from a job management microservice, the UI job list comprisinginformation about the print job; causing, by the main UI application,the UI job list and an assignment indicator to be included in thedisplayed main UI, the assignment indicator provided by the main UIapplication and showing that the print job is assigned to one or more ofthe print production devices, wherein the main UI application forms partof a first print server configured to manage the plurality of printproduction devices, the plurality of print production devices referredto as a first plurality of print production devices, the first pluralityof print production devices located at a first site, and the methodfurther comprises: receiving, by a dashboard microservice, the UI devicepanes and a first UI job pane of the print job from the first printserver; receiving, by the dashboard microservice, performanceinformation from the first print server, the performance informationrelating to the first plurality of print production devices, theperformance information selected from the group consisting of jobcompletion time information, job volume information, and printproduction device usage information; generating, by the dashboardmicroservice, a performance pane based on the performance informationfrom the first print server, the performance pane comprising a graphicalrepresentation of the performance information from the first printserver; receiving, by a cloud-based UI microservice, the UI devicepanes, the first UI job pane, and the performance pane from thedashboard microservice; causing, by the cloud-based UI microservice,display of a dashboard UI comprising the UI device panes, the first UIjob pane, and the performance pane; receiving, by a second main UIapplication, UI device panes from a second plurality of devicemicroservices, each device microservice corresponding to a different oneof a second plurality of print production devices, each UI device panecomprising print status information for the print production devicecorresponding to the device microservice from which the UI device paneis received; receiving a second print job to be executed by one or moreof the second plurality of print production devices; and receiving, bythe second main UI application from a second job managementmicroservice, a second UI job pane of the second print job, the secondUI job pane comprising information about the second print job, whereinthe second main UI application forms part of a second print serverconfigured to manage the second plurality of print production devices,the second plurality of print production devices located at a secondsite, and the method further comprises: receiving, by the dashboardmicroservice, the UI device panes and the second UI job pane from thesecond print server; and receiving, by the dashboard microservice,performance information from the second print server, the performanceinformation relating to the second plurality of print productiondevices, the performance information selected from the group consistingof job completion time information, job volume information, and printproduction device usage information, wherein the performance panegenerated by the dashboard microservice is further based on theperformance information from the second print server, the performancepane comprises a graphical representation of the performance informationfrom the second print server, and the displayed dashboard UI furthercomprises the UI device panes of the second plurality of printproduction devices and the second UI job pane.
 10. A print system havingone or more print servers in communication with plural print productiondevices, the system executing a print management program to perform aprint management visualization process comprising: receiving, by a mainUI application, UI device panes from a plurality of device microservicesof the print management program, each device microservice correspondingto a different one of a plurality of print production devices, each UIdevice pane being a graphic showing print status information for theprint production device corresponding to the device microservice fromwhich the UI device pane is received; causing, by the main UIapplication, display of a main UI comprising the UI device panes;receiving a print job; receiving, by the main UI application, a UI joblist from a job management microservice, the UI job list comprisinginformation about the print job; causing, by the main UI application,the UI job list and an assignment indicator to be included in thedisplayed main UI, the assignment indicator provided by the main UIapplication and showing that the print job is assigned to one or more ofthe print production devices, wherein the plurality of devicemicroservices includes a first device microservice and a second devicemicroservice, the UI device panes include a first UI device paneprovided by the first device microservice to the main UI application anda second UI device pane provided by the second device microservice tothe main UI application, the first device microservice is independent ofthe second device microservice such that the first device microservicemay be disabled without an effect on the second microservice providingthe second UI device pane to the main UI application.
 11. The system ofclaim 10, wherein in the print management visualization process, the oneor more of the print production devices assigned to the print jobincludes a specific print production device, before receiving the printjob, the UI device pane of the specific print production device has aposition among the UI device panes which appear in a sequential order inthe main UI, and wherein the print management visualization processfurther comprises, after receiving the print job: changing, by the mainUI application, the sequential order of the UI device panes in the mainUI by moving the UI device pane of the specific print production deviceto a different position among the UI device panes.
 12. The system ofclaim 10, wherein the print management visualization process furthercomprises: determining, consistent with the information about the printjob, whether the print job is a distributed print job to be executed bymore than one of the print production devices, wherein when it isdetermined that the print job is to be executed by more than one of theprint production devices, the assignment indicator provided by the mainUI application shows that the print job is assigned to a group of two ormore of the print production devices.
 13. The system of claim 12,wherein the print management visualization process further comprises:when it is determined that the print job is to be executed by more thanone of the print production devices, the displayed main UI comprisesoption indicators provided by the main UI application, wherein theoption indicators comprise a first option indicator and a second optionindicator, the first option indicator identifies a first group of theprint production devices as a first option for executing the print job,the second option indicator identifies a second group of the printproduction devices as a second option for executing the print job, thefirst option indicator excludes the print production devices in thesecond group, and the second option indicator excludes the printproduction devices in the first group.
 14. The system of claim 12,wherein the print management visualization process further comprises:when it is determined that the print job is to be executed by more thanone of the print production devices, the displayed main UI comprises ajob sequence indicator provided by the main UI application, the jobsequence indicator showing a sequence in which the print job is toexecuted by the print production devices.
 15. The system of claim 10,wherein the main UI application forms part of a first print serverconfigured to manage the plurality of print production devices, theplurality of print production devices referred to as a first pluralityof print production devices, the first plurality of print productiondevices located at a first site, and the print management visualizationprocess further comprises: receiving, by a dashboard microservice, theUI device panes and a first UI job pane of the print job from the firstprint server; receiving, by the dashboard microservice, performanceinformation from the first print server, the performance informationrelating to the first plurality of print production devices, theperformance information selected from the group consisting of jobcompletion time information, job volume information, and printproduction device usage information; generating, by the dashboardmicroservice, a performance pane based on the performance informationfrom the first print server, the performance pane comprising a graphicalrepresentation of the performance information from the first printserver; receiving, by a cloud-based UI microservice, the UI devicepanes, the first UI job pane, and the performance pane from thedashboard microservice; and causing, by the cloud-based UI microservice,display of a dashboard UI comprising the UI device panes, the first UIjob pane, and the performance pane.
 16. The system of claim 10, whereinthe print management visualization process further comprises: receivinga plurality of print jobs; receiving, by the main UI application, a UIscheduling pane from a job scheduling microservice, the UI schedulingpane comprising a plurality of time lines, one for each of the printproduction devices, each time line indicating a sequence for executingone or more of the print jobs; and causing, by the main UI application,display of a scheduling UI comprising the UI device panes and the UIscheduling pane, wherein the plurality of the print jobs comprises aparticular job assigned to a group of two or more of the printproduction devices, and the particular job appears simultaneously on twoor more of the time lines of the displayed UI scheduling pane.
 17. Thesystem of claim 10, wherein the plurality of print production devicescomprises a first print production device and a second print productiondevice, the print job is assigned to the first print production device,and the print management visualization process further comprises:detecting a negative status in the first print production device;receiving, by the main UI application from the device microservicecorresponding to the first print production device, an updated UI devicepane showing the negative status; causing, by the main UI application,display of the updated UI device pane in the main UI; monitoring for adevice reassignment user instruction to reassign the print job to thesecond print production device; and when the device reassignment userinstruction is received, causing an assignment indicator from the mainUI application to be displayed in the main UI, the assignment indicatorshowing reassignment of the print job to the second print productiondevice.
 18. A print system having one or more print servers incommunication with plural print production devices, the system executinga print management program to perform a print management visualizationprocess comprising: receiving, by a main UI application, UI device panesfrom a plurality of device microservices, each device microservicecorresponding to a different one of a plurality of print productiondevices, each UI device pane comprising print status information for theprint production device corresponding to the device microservice fromwhich the UI device pane is received; causing, by the main UIapplication, display of a main UI comprising the UI device panes;receiving a print job; receiving, by the main UI application, a UI joblist from a job management microservice, the UI job list comprisinginformation about the print job; and causing, by the main UIapplication, the UI job list and an assignment indicator to be includedin the displayed main UI, the assignment indicator provided by the mainUI application and showing that the print job is assigned to one or moreof the print production devices, wherein the main UI application formspart of a first print server configured to manage the plurality of printproduction devices, the plurality of print production devices referredto as a first plurality of print production devices, the first pluralityof print production devices located at a first site, and the printmanagement visualization process further comprises: receiving, by adashboard microservice, the UI device panes and a first UI job pane ofthe print job from the first print server; receiving, by the dashboardmicroservice, performance information from the first print server, theperformance information relating to the first plurality of printproduction devices, the performance information selected from the groupconsisting of job completion time information, job volume information,and print production device usage information; generating, by thedashboard microservice, a performance pane based on the performanceinformation from the first print server, the performance pane comprisinga graphical representation of the performance information from the firstprint server; receiving, by a cloud-based UI microservice, the UI devicepanes, the first UI job pane, and the performance pane from thedashboard microservice; causing, by the cloud-based UI microservice,display of a dashboard UI comprising the UI device panes, the first UIjob pane, and the performance pane; receiving, by a second main UIapplication, UI device panes from a second plurality of devicemicroservices, each device microservice corresponding to a different oneof a second plurality of print production devices, each UI device panecomprising print status information for the print production devicecorresponding to the device microservice from which the UI device paneis received; receiving a second print job to be executed by one or moreof the second plurality of print production devices; and receiving, bythe second main UI application from a second job managementmicroservice, a second UI job pane of the second print job, the secondUI job pane comprising information about the second print job, whereinthe second main UI application forms part of a second print serverconfigured to manage the second plurality of print production devices,the second plurality of print production devices located at a secondsite, and the print management visualization process further comprises:receiving, by the dashboard microservice, the UI device panes and thesecond UI job pane from the second print server; and receiving, by thedashboard microservice, performance information from the second printserver, the performance information relating to the second plurality ofprint production devices, the performance information selected from thegroup consisting of job completion time information, job volumeinformation, and print production device usage information, wherein theperformance pane generated by the dashboard microservice is furtherbased on the performance information from the second print server, theperformance pane comprises a graphical representation of the performanceinformation from the second print server, and the displayed dashboard UIfurther comprises the UI device panes of the second plurality of printproduction devices and the second UI job pane.
 19. A non-transitorycomputer readable medium having stored thereon computer readableinstructions that, when executed by one or more computer processors of aprint system, cause the print system to perform a print managementvisualization process, the print management visualization processcomprising: receiving, by a main UI application, UI device panes from aplurality of device microservices of a print management program, eachdevice microservice corresponding to a different one of a plurality ofprint production devices, each UI device pane being a graphic showingprint status information for the print production device correspondingto the device microservice from which the UI device pane is received;causing, by the main UI application, display of a main UI comprising theUI device panes; receiving a print job; receiving, by the main UIapplication, a UI job list from a job management microservice, the UIjob list comprising information about the print job; causing, by themain UI application, the UI job list and an assignment indicator to beincluded in the displayed main UI, the assignment indicator provided bythe main UI application and showing that the print job is assigned toone or more of the print production devices, wherein the plurality ofdevice microservices includes a first device microservice and a seconddevice microservice, the UI device panes include a first UI device paneprovided by the first device microservice to the main UI application anda second UI device pane provided by the second device microservice tothe main UI application, the first device microservice is independent ofthe second device microservice such that the first device microservicemay be disabled without an effect on the second microservice providingthe second UI device pane to the main UI application.
 20. Anon-transitory computer readable medium having stored thereon computerreadable instructions that, when executed by one or more computerprocessors of a print system, cause the print system to perform a printmanagement visualization process, the print management visualizationprocess comprising: receiving, by a main UI application, UI device panesfrom a plurality of device microservices, each device microservicecorresponding to a different one of a plurality of print productiondevices, each UI device pane comprising print status information for theprint production device corresponding to the device microservice fromwhich the UI device pane is received; causing, by the main UIapplication, display of a main UI comprising the UI device panes;receiving a print job; receiving, by the main UI application, a UI joblist from a job management microservice, the UI job list comprisinginformation about the print job; causing, by the main UI application,the UI job list and an assignment indicator to be included in thedisplayed main UI, the assignment indicator provided by the main UIapplication and showing that the print job is assigned to one or more ofthe print production devices, wherein the main UI application forms partof a first print server configured to manage the plurality of printproduction devices, the plurality of print production devices referredto as a first plurality of print production devices, the first pluralityof print production devices located at a first site, and the printmanagement visualization process further comprises: receiving, by adashboard microservice, the UI device panes and a first UI job pane ofthe print job from the first print server; receiving, by the dashboardmicroservice, performance information from the first print server, theperformance information relating to the first plurality of printproduction devices, the performance information selected from the groupconsisting of job completion time information, job volume information,and print production device usage information; generating, by thedashboard microservice, a performance pane based on the performanceinformation from the first print server, the performance pane comprisinga graphical representation of the performance information from the firstprint server; receiving, by a cloud-based UI microservice, the UI devicepanes, the first UI job pane, and the performance pane from thedashboard microservice; and causing, by the cloud-based UI microservice,display of a dashboard UI comprising the UI device panes, the first UIjob pane, and the performance pane; receiving, by a second main UIapplication, UI device panes from a second plurality of devicemicroservices, each device microservice corresponding to a different oneof a second plurality of print production devices, each UI device panecomprising print status information for the print production devicecorresponding to the device microservice from which the UI device paneis received; receiving a second print job to be executed by one or moreof the second plurality of print production devices; and receiving, bythe second main UI application from a second job managementmicroservice, a second UI job pane of the second print job, the secondUI job pane comprising information about the second print job, whereinthe second main UI application forms part of a second print serverconfigured to manage the second plurality of print production devices,the second plurality of print production devices located at a secondsite, and the print management visualization process further comprises:receiving, by the dashboard microservice, the UI device panes and thesecond UI job pane from the second print server; and receiving, by thedashboard microservice, performance information from the second printserver, the performance information relating to the second plurality ofprint production devices, the performance information selected from thegroup consisting of job completion time information, job volumeinformation, and print production device usage information, wherein theperformance pane generated by the dashboard microservice is furtherbased on the performance information from the second print server, theperformance pane comprises a graphical representation of the performanceinformation from the second print server, and the displayed dashboard UIfurther comprises the UI device panes of the second plurality of printproduction devices and the second UI job pane.